NetNews Offline 2/NetNews Offline Volume 2.iso/news/comp/lang/c-part2/12318

Internet Message Format | 1996-08-05 | 1.8 KB

Path: mail2news.demon.co.uk!genesis.demon.co.uk
From: Lawrence Kirby <[e-mail]>
Newsgroups: comp.lang.c
Subject: Re: Borland C's tmpnam()
Date: Sun, 31 Mar 96 13:03:12 GMT
Organization: none
Message-ID: <[e-mail]>
References: <[e-mail]> <[e-mail]> <[e-mail]> <[e-mail]>  <Pine.SOL.3.90.960324183336.6304B-100000@eddie>
Reply-To: [e-mail]
X-NNTP-Posting-Host: genesis.demon.co.uk
X-Newsreader: Demon Internet Simple News v1.27
X-Mail2News-Path: genesis.demon.co.uk

In article <Pine.SOL.3.90.960324183336.6304B-100000@eddie>
           [e-mail] "Darrell Grainger" writes:

>I don't have a copy of the actual standard handy but The Standard C Library
>by P.J.Plauger has a footnote to the above quote. The footnote is:
>
>"Files created using strings generated by the tmpnam function are temporary
>only in the sense that their names should not collide with those generated
>by conventional naming rules for the implimentation. It is still necessary
>to use the remove function to remove such files when their use is ended,
>and before program termination."
>
>This leads me to believe that the file names produced by tmpnam could exist
>but they are of a specific pattern which you can avoid. For example, gcc on
>OS/2 produces the filenames 10000000.tmp, 10000001.tmp, etc. So you should
>avoid using filenames ending in .tmp in OS/2.

That might be reasonable for implementation to do but there is no
such guarantee in the standard.

--
-----------------------------------------
Lawrence Kirby | [e-mail]
Wilts, England | [e-mail]
-----------------------------------------